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(54) System, method and apparatus for value exchange utilizing value-storing apparatus 

(57) A system, method and apparatus for exchang- 
ing value using a smart card (12) in a financial transac- 
tion is disclosed. The system includes a smart card (12) 
having a contact interface (14) and a contact! ess inter- 
face (16) interactive with a closed purse application and 
an open purse application controlled by a microproces- 
sor (38). The closed purse application contains applica- 
tion-specific value, while the open purse contains 
general value. The application-specific value and gen- 
eral value are each compatible within the system of the 
invention to perform and settle the financial transaction. 
The financial transaction may include the smart card 
(12) communicating with a load terminal or a transaction 
terminal to add or change the amount of value on the 
smart card (12). Further, the present invention include 
auto-load functionality for adding an amount of value to 
the smart card (12). Finally, applications such as a 
transportation application and a loyalty application are 
described. 
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Description 

Cross-Reference to Related Applications 

[0001] This application claims the benefit of Provi- s 
sional Application No. 60/079,802, filed March 30, 1998 
and Provisional Application No. 60/1 1 9,230, filed Febru- 
ary 9, 1999. 

Field of the Invention 10 

[0002] The present invention relates to financial trans- 
action systems, and more particularly, to a system and 
method for transferring value using compatible, elec- 
tronic value-storing applications. is 

Background of the Invention 

[0003] The use of smart cards is increasing in today's 
consumer-oriented society. A smart card or integrated 20 
chip (IC) card is a transaction card, similar in size and 
appearance to credit card, that contains a microcom- 
puter chip. Traditional smart cards have a contact inter- 
face, such as a metallic contact pad, that is used to 
communicate between the microcomputer on the card 25 
and a reader/writer device (RWD) into which the card is 
inserted. Thus, traditional smart cards require a physi- 
cal connection to a RWD in order to be utilized. 
[0004] The use of smart card technology in the con- 
sumer environment places a high physical demand on 30 
the card and the contact interface, making the required 
physical connection undesirable at times. For example, 
since the metallic contact plate is exposed to the envi- 
ronment, it is often subject to oxidation, contamination 
and other physical degradation due to use. This can 35 
decrease the reliability of the physical connection. 
[0005] Additionally, the requirement of a physical con- 
nection for communications is often undesirable in envi- 
ronments where speed and high throughput are 
demanded. For example, a smart card may be used to 40 
store value or electronic tokens for mass transit. To use 
a traditional smart card, each passenger needs to take 
the time to properly orient the card and insert it into a 
RWD that collects a fare. Further, the rate of data trans- 
mission through the physical connection upon proper 45 
insertion of the card is relatively slow compared to con- 
tactless data transmission speeds. Thus, a traditional 
smart card requiring a physical connection for data 
transmission is often cumbersome and slow. 
[0006] On the other hand, even though the contact so 
interface provides a slower communications channel, it 
does have some other advantages. A contact interface 
is very common and only requires an inexpensive 
reader interface. The inexpensive reader interface is 
readily connected to a home computer, for example, ss 
thereby increasing the utility of a card that has a com- 
mon contact interface. Hence, in order to integrate a 
smart card having new technology into the commercial 



world, it is prudent to provide a smart card that is com- 
patible with current contact interface devices. Thus, 
efforts have been made to overcome the disadvantages 
of the traditional smart card having a contact interface 
by adding an additional corrtactless interface to the 
card. 

[0007] Current smart cards having both a contact 
interface and a contactless interface, however, have a 
number of disadvantages. For example, one represent- 
ative contact and contactless interface smart card dis- 
advantageous^ comprises a shared memory 
configuration. This smart card has a traditional micro- 
processor chip with logic to control a contact interface. 
The contactless interface is also included in the card, 
but it is a separate function that has its own logic. The 
contactless interface utilizes an Application Specific 
integrated Circuit (ASIC), that has limited computational 
capability because it is designed specifically for one 
application. Generally, the ASIC is bard-wired to per- 
form computations specific to the application pro- 
grammed on the main microprocessor oh the prior art 
card. As such, the ASIC is reasonably secure but it has 
no capability to perform higher order security algo- 
rithms, such as the triple-DES (Data Encryption Stand- 
ard) symmetric-key encryption algorithm. The ASIC is 
essentially dumb program logic that cannot be readily 
adapted to other applications. Thus, the flexibility of run- 
ning various applications using this prior art card is 
severely limited because the contactless interface is 
inflexible and only communicates with the main micro- 
processor chip through shared memory locations. 
[0008] Also, current smart cards typically utilize an 
open purse application to transfer and store value. 
Examples of open purse applications are VISA CASH® 
and Mondex® payment systems. An open purse appli- 
cation allows value to be transferred to and from the 
smart card, making utilization of the smart card for a 
transaction very similar to utilizing cash. Fdr example, 
when using a smart card open purse application to 
make a purchase, the card holder simply inserts the 
card into a RWD. The RWD allows the card to commu- 
nicate with a merchant terminal, for example. The termi- 
nal and card authenticate each other, then the 
transaction amount is debited from the card and cred- 
ited to the terminal. In turn, the terminal forwards the 
transaction information to a settlement system, which 
properly credits the merchant account and debits the 
pool of money associated with transferring the value 
onto the smart card. Unlike a credit card transaction, for 
example, the value transfer occurs in a matter of sec- 
onds and no receipt needs to be signed. Hence, the 
value stored in the open purse of a smart card is like 
cash, because it is generic value and can be used at 
any location that supports the particular open purse 
application. In the United States, for example, the VISA 
CASH® open purse application and settlement system 
is being accepted by an ever-increasing number of mer- 
chants. An open purse application, therefore, becomes 
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more open and the value becomes more generic and 
like cash with the increased acceptance and use of the 
application. Thus, open purse applications can be very 
powerful methods of transferring value, giving a smart 
card the ability to look and act like cash. 
[0009] Open purse applications can be risky, however, 
because of their similarity to cash. The load key, or the 
encrypted data utilized to authorize and load value into 
the open purse application on a smart card, must be 
closely guarded. Typically, load keys are kept on host 
system computers or at highly-secure remote terminals 
or load devices (e.g. in the Mondex® system). If the 
load key were to be stolen, then the owner of the load 
key, such as a financial institution, has a great exposure 
to fraud as the stolen load key could be used to improp- 
erly add value to a smart card. The improperly added 
value on the smart card could then be used to perform 
transactions, just like cash. Thus, rt may be desirable to 
have a closed purse application that limits the ability to 
load and/or unload value on the smart card. 
[0010] Although a dosed purse application may be 
helpful to control the transfer of value, typical closed 
purse applications are too limiting. Closed purse appli- 
cations are application-specific, only allowing their value 
to be used in specific transactions approved by the 
application. This may be advantageous in certain 
closed environments, but generally a consumer does 
not find this type of restriction helpful. Thus, a closed 
purse application does not give the consumer as many 
options as the consumer would like. 
[001 1 ] Therefore, a transaction system is desired that 
overcomes the problems of the open and closed purse 
applications, and also a smart card having both a con- 
tact and contactless interface that overcomes the above 
problems is desired. 

Summary of the Invention 

[0012] According to the present invention, a system 
for performing a financial transaction to exchange value 
comprises a first electronic application for storing appli- 
cation-specific value and a second electronic applica- 
tion for storing general value, where the application- 
specific value and the general value are each compati- 
ble within the system to perform the financial transac- 
tion. The compatibility is achieved by formatting the 
financial transaction to be compatible with a common 
settlement system, such as a settlement system associ- 
ated with the second electronic purse. The financial 
transaction may be performed utilizing a transaction 
application, which may be part of or associated with the 
first electronic application. The financial transaction 
may involve the exchange of all or a portion of either the 
application-specific value or the general value, or both. 
Further, the invention additionally comprises an auto- 
load application that adds new application-specific or 
general value to the first electronic application or sec- 
ond electronic application, respectively. The auto-load 



application exchanges general value for application- 
specific value, or it exchanges value for a debit to an 
associated, outside account. Finally, the system also 
includes at least one communication interface for inter- 

5 acting with the first and second electronic applications. 
The communication interface may include a contact 
interface, a contactless interface or both. 
[001 3] The above-described features of the system of 
the present invention may be embodied in a smart card 

10 that has a memory including the first and second elec- 
tronic applications. The memory of the smart card is 
interactive with the at least one communication inter- 
face, as well as with a dual interface microprocessor 
that implements the purse, transaction and other appli- 

is cations of the present invention. Additionally, the system 
includes a first terminal for loading value into the first or 
second applications and a second terminal for deduct- 
ing value from these applications. 
[001 4] One disclosed method for performing a finan- 
ce cial transaction with a smart card comprises storing 
application-specific value in a first electronic applica- 
tion, storing general value in a second electronic appli- 
cation, and performing a value exchange associated 
with the financial transaction wherein the application- 

25 specific value and the general value are each 
exchangeable in the financial transaction. The financial 
transaction involves exchanging at least a portion of one 
of the application-specific value and the general value to 
perform the transaction, or exchanging at least a portion 

30 of both the application-specific value and the general 
value to perform the transaction. The method further 
includes formatting the financial transaction performed 
with application-specific value for utilization with a set- 
tlement system associated with the second electronic 

35 application. Also, the method includes transferring at 
least one of the application-specific value and the gen- 
eral value through a communication interface in com- 
munication with at least one of the first electronic 
application and the second electronic application. Per- 

40 forming the value exchange includes utilizing a transac- 
tion application, that may be stored on a smart card or 
on a transaction terminal. Additionally, the method 
includes exchanging all of the application-specific value, 
automatically loading new application-specific value, 

45 and exchanging at least a portion of the new applica- 
tion-specific value to complete the financial transaction. 
[0015] In another embodiment, the present invention 
is a system for performing a financial transaction that 
includes a smart card storing value and a purchase 

so device for removing value from the smart card. The 
smart card includes a memory for storing a first applica- 
tion having application-specific value and a second 
application having general value. The application-spe- 
cific value and the general value are compatible for per- 

55 forming the financial transaction and are secured by 
encryption on the smart card. The purchase device 
includes a first purchase key for use in removing appli- 
cation-specific value from the first application and a sec- 
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ond purchase key for use in removing general value 
from the second application. Both the first and second 
purchase keys are security mechanisms for accessing 
encrypted information, such that the purchase device is 
adapted for communication with the smart card to trans- 5 
fer at least one of the application-specific value and the 
general value in the financial transaction. Also, the first 
application generates a first set of transaction informa- 
tion, including the application-specific value, and the 
second application generates a second set of transac- 10 
tion information, including the general value, for use in 
the financial transaction. The invention includes the first 
set of transaction information being formatted for 
processing like the second set of transaction informa- 
tion. Additionally, this system includes a funding source 75 
for receiving funds in exchange for transferring at least 
one of the application-specific value and the general 
value to the smart card. Also, the system includes a set- 
tlement system for accounting for the flow of applica- 
tion-specific value and general value among the smart 20 
card and the purchase device in order to settle the 
financial transaction. 

Brief Description of the Drawings 

25 

[0016] 

Fig. 1 is a schematic representation of the system 
of the present invention; 

Fig. 2 is perspective view of one embodiment of a 30 
dual interface smart card; 

Fig. 3 is a flow chart representing steps in perform- 
ing a typical value-exchange transaction utilizing 
the system and apparatus of the present invention; 
and 35 
Fig. 4 is a schematic representation of a transaction 
network according to the present invention. 

Detailed Description of the Invention 

40 

[0017] According to a preferred embodiment of the 
present invention, referring to Figs. 1 and 2, a system 10 
for exchanging value comprises a dual interface smart 
card 12 having a contact interface 14 and a contactless 
interface 16 in communication with an external contact 45 
reader/writer device (RWD) 18 and an external contact- 
less reader/writer device (RWD) 20, which may each be 
in communication with back end computer systems 22. 
Both contact interface 14 and contactless interface 16 
are interactive with dual interface microprocessor 24. so 
which contains the functionality to communicate with 
each interface. Dual interface microprocessor 24 further 
comprises memory 26 for storing data and application 
programs. Memory 26 comprises application programs 
such as an open purse application 28 and a closed 55 
purse application 30 that allow for controlling an 
exchange of value through either contact interface 14 or 
contactless interface 16. Open purse application 28 



enables the exchange of general value 32, while closed 
purse application 30 enables the exchange of applica- 
tion-specific value 34. Thus, dual interface card 12 uti- 
lizes dual interface microprocessor 24 to control the 
exchange of value from open purse 28 and closed purse 
30 through contact interface 14 and contactless inter- 
face 16. 

[0018] The term "general value" comprises value that 
is generally equivalent to cash in that the general value 
is readily accepted in a plurality of financial transac- 
tions. The term "application-specific value" comprises 
value that has limited acceptance, typically only for 
transactions associated with a specific application 
loaded onto the smart card. General value may be 
accessed by a specific application program and con- 
verted into application-specific value. Similarly, applica- 
tion-specific value may be able to he converted to 
general value. Alternatively, certain applications may 
limit or prohibit the conversion of their associated appli- 
cation-specific value to general value, such as entitle- 
ment program applications. Thus, while general value 
and application-specific value may be readily 
exchanged, the specific application program may pro- 
vide specific rules governing the limits of the exchange. 
{0019] Also, the term "purse" as used in this applica- 
tion refers to an application programmed within the 
memory of the smart card that stores and transfers 
value. There may be a plurality of purses within each 
smart card. 

[0020] Back end computer systems 22 comprise all 
communications and processing services necessary to 
complete, settle, report and manage the transaction and 
the support services required to maintain system integ- 
rity. As examples, these services include but are not lim- 
ited to: terminal acquisition and processing (both 
purchase and load); funds authorization and load 
authentication services; network communications, 
including communications concentrators, protocol con- 
verters, and interchange networks; clearing, settlement 
and funds movement processing and reporting; card 
management, security services and device and asset 
management and maintenance. 
[0021] Dual interface smart card 12 is similar to a tra- 
ditional transaction card, like a credit card, debit card, 
etc. Dual interface smart card 12 is thin, portable and 
easily carried in a wallet or pocket. The above-men- 
tioned components of dual interface smart card 12 may 
be encapsulated within substrate 36, or alternatively 
laminated between layers of the substrate, such as a 
plastic or the like. 

[0022] Dual interface microprocessor 24, in combina- 
tion with contact interface 14 and contactless interface 
16, comprise interface circuitry that advantageously 
provides smart card 12 with an integrated contact and 
contactless functionality. Dual interface microprocessor 
24 further includes a central processing unit (CPU) 38 
that manages data and runs application programs, 
security logic, sensors and interface management appli- 
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cations 40. and a co-processor 42 that provides addi- 
tional processing capability. For example, co-processor 
42 may be a Triple-DES (Data Encryption Standard), a 
crypto-public key (PK) co-processor, or other similar 
encryption co-processor that provides security for com- 5 
munications utilizing both contact interface 14 and con- 
tactless interface 16. Also, memory 26 may comprise 
memory units in the form of random-access memory 
(RAM) 44, read-only memory (ROM) 46 and electri- 
cally-erasable programmable read-only memory (EEP- 70 
ROM) 48. CPU 38 and memory 26 are capable of 
respectively processing and storing data and signals 
representative of algorithms, such as software pro- 
grams. A suitable dual interface microprocessor 24 ha\g 
ing the above-mentioned components is the MIFARE 75 
PRO microprocessor manufactured by Philips Semicon- 
ductors. Also, a similar dual interface chip is available 
from Siemens. Dual interface microprocessor 24 runs 
on 5 volts or less of electricity, which may be provided 
through external sources, as is described below. 20 
[0023] Dual interface microprocessor 24 advanta- 
geously comprises algorithms and software applica- 
tions that may be utilized with either contact interface 14 
or contactiess interface 16. Dual interface microproces- 
sor 24 operates under firmware controlled by its internal 25 
read-only memory and formats data and interprets com- 
mands between contact interface 14 and contactiess 
interface 16. Dual interface microprocessor 24 benefi- 
cially allows the same firmware and software applica- 
tions to be utilized in conjunction with either contact 30 
interface 14 or contactiess interface 16. Utilization of the 
same application advantageously eliminates the need 
for separately programmed applications for each inter- 
face to perform the same function, saving space within 
memory 26 and reducing the cost of supplying card 12 35 
with operating applications. 

[0024] Contact interface 14 manages the data com- 
munication between CPU 38 and contact RWD 18. Con- 
tact interface 14 preferably comprises a plurality of 
electrically-conducting contact plates 50 that provide a 40 
connection for input/output communications with dual 
interface microprocessor 24. Contact plates 50 are 
adapted to mate with a corresponding contact connec- 
tor 52, such as electrically-conducting prongs or plates, 
coupled to contact interface 54 on contact RWD 16. 45 
Details concerning the specifications for such a contact 
interface are found in International Standards Organiza- 
tion (ISO) standard number ISO 7816. Thus, data and 
signals are transferred between smart card 12 and con- 
tact RWD 18 through the electrical connection estab- so 
lished by mating contact plates 50 and contact 
connector 52. 

[0025] Use of contact interface 14 advantageously 
provides a secure communication channel, as micro- 
processor 24 includes secret keys and encryption algo- ss 
rithms to protect access to CPU 38 and memory 26. In 
communicating with contact RWD 18 through contact 
interface 14, microprocessor 24 performs verification 



and authorization algorithms to insure the communica- 
tion with the contact RWD is proper. A typical contact- 
to-contact connection, such as between contact inter- 
face 14 and contact interface 54, allows data transfer at 
a rate of about 9.6 kilobits (kb) per second. Contact 
interface 14 is preferably used to load value and appli- 
cation programs onto card 1 2, such as through local ter- 
minals and home computers connected to a contact 
RWD 18. Contact interface 14 is generally preferred 
over contactiess interface 16 for loading value because 
of the long transaction times. For secure processing, 
such as is required for loading value, the keys are longer 
and thus require a transaction time for key interchange 
and transaction data interchange. As such, the reliability 
of the communication channel provided by contact inter- 
face 14 is desired. Additionally, one of the plurality of 
contact plates 50 of contact interface 14 may be con- 
nected to circuitry that powers microprocessor 24 from 
a power supply 56 associated with contact RWD 18. 
Further, contact RWD 18 may include a processor 58 
and a memory 60 for processing and storing electrical 
signals and data representative of algorithms and appli- 
cations. 

[0026] Similarly, contactiess interface 16 manages.the 
data communication between CPU 38 and contactiess 
RWD 20. Advantageously providing a relatively fast 
communications interface compared to contact inter- 
face 14, contactiess interface 16 advantageously trans- 
fers data at a rate of about 106 kb per second. This high 
data transmission rate is desirable in applications 
requiring the communication between card 12 and the 
external contactiess RWD 20 to be completed in a very 
short time period, such as with transportation-related 
applications like fare or toll collection. Although contact- 
less interface 16 offers high speed, it is typically not 
used for loading value onto the card because of the long 
transaction times. Even though the communications are 
faster, contactiess interface 16 is typically not fast 
enough to transfer the secure information and transac- 
tion data that is passed by contact interface 14 in a nor- 
mal contactiess transaction time. A contactiess 
transaction time begins when the card is in proximity of 
contactiess terminal, and is completed in the amount of 
time it takes to touch the card to a designated spot on 
the terminal. Also, the reliability of a long, contactiess 
communication may be jeopardized by deflecting the 
card at an angle to the terminal touch spot at any time 
during the touch. Thus, contactiess interface 16 pro- 
vides a very fast communications channel, but may not 
be currently suitable for processing in very short trans- 
action times the required information for a highly secure 
transaction. As one skilled in the art will realize, how- 
ever, these constraints for both contact and contactiess 
interfaces are due to the limitations of currently availa- 
ble terminal and chip technology. 
[0027] Contactiess interface 16 preferably comprises 
a radio frequency (RF) antenna 58 having a coil of wire 
with an appropriate number of turns and diameter to 



5 



9 



EP 0 949 593 A2 



10 



tune the antenna to operate at a given frequency, such 
as 13.56 Mhz. Contacttess interface 16 preferably 
meets the specifications for a contactless interface as 
set forth in the ISO standard number ISO 14443. Con- 
tactless RWD 20 has a corresponding contactless inter- 5 
face 64 having a similar RF antenna 66 tuned to operate 
at the same frequency. RF antenna 66 on contactless 
RWD 20 is powered by a local power supply 68 to gen- 
erate an electromagnetic field, where some of the gen- 
erated magnetic flux flows through RF antenna 66 on w 
card 12 and thereby induces a voltage. The voltage 
drives an electrical current that powers microprocessor 
24 and a system clock on card 12. Further, contactless 
RWD 20 may include a processor 70 and a memory 72 
for processing and storing electrical signals and data 75 
representative of algorithms and applications used to 
communicate with card 12. The operating range of con- 
tactless interface 16 may vary, but preferably the con- 
tactless interface allows smart card 12 to communicate 
with a compatible contactless RWD 20 in a proximity 20 
rage of at feast about io cm. Utilization of contactless 
interface 16 is advantageous because the contactless 
interface does not require a physical engagement of 
card 12 to a contact RWD, and also because the rate of 
data transfer is faster, thereby improving throughput. 25 
Additionally, the use of contactless interface 16 benefi- 
cially avoids use of contact interface 14, reducing wear 
and tear and associated degradation of contacts plates 
50. Further, similar to contact interface 14, communica- 
tions utilizing contactless interface 1 6 are secured utiliz- 30 
ing secret keys and encryption algorithms to protect 
access to CPU 38 and memory 26. Thus, the contact- 
less functionality increases the convenience and ease 
of use of card 12. 

[0028] Dual interface smart card 12 preferably com- 35 
prises numerous applications for holding and exchang- 
ing value. As mentioned above, two types of such value- 
exchange applications are open purse application 28 
and closed purse application 30, stored within micro- 
processor 24. There may be a plurality of each type of 40 
application 28 and 30 stored on a single smart card 12. 
The applications are preferably stored within EEPROM 
memory 48, thereby advantageously allowing the 
holder of smart card 12 to control the loading and 
unloading of the applications. 45 
[0029] Open purse application 28 is an application 
that stores general value 32 that may be accessed by 
other applications to pay for all types of goods and serv- 
ices. Use of open purse application 28 is extremely flex- 
ible, as it may be accessed through either contact so 
interface 14 or contactless interface 16, utilizing micro- 
processor 24 and secured by encryption capabilities 
performed by co-processor 42. Communications with 
open purse application 28 are in a common format, as is 
explained below, thereby allowing multiple external 55 
devices and applications to perform transactions utiliz- 
ing the open purse application. Examples of a suitable 
open purse application 28 include VISA CASH® pay- 



ments, Mondex® payment systems, and other similar 
applications that provide for the storage and exchange 
of general value 32. 

[0030] Closed purse application 30 is a application 
that stores application-specific value 34 that may be 
accessed only by a specific application, or a limited 
number of specific applications, to pay for application- 
specific goods and services. Similar to open purse 
application 28, the use of closed purse application 30 is 
extremely flexible, as it may be accessed through either 
contact interface 14 or contactless interface 16, utilizing 
microprocessor 24 ad secured by encryption capabili- 
ties performed by co-processor 42. According to the 
present invention, communications with closed purse 
application 30 are in a format compatible with the open 
purse application format, as is described in more detail 
below, thereby allowing multiple external devices pro- 
grammed with the same application to perform transac- 
tions utilizing the closed purse application. 
[0031] Each of the possible plurality of open purse 
application 28 and closed purse application 30 has an 
associated bin number, load key, unload key and pur- 
chase key. The bin number is a special number or other 
equivalent designator that is associated with a particu- 
lar closed or open purse application. The bin number for 
each open or closed purse application is unique, and is 
associated with each transaction utilizing the applica- 
tion in order to properly settle the transaction. The load 
key, unload key and purchase key are used to control 
the input and removal of value. Only the load key asso- 
ciated with a particular application 28, 30 may be uti- 
lized to load value into that application. Similarly, only 
the unload key associated with a particular application 
28, 30 may be utilized to unload value from that applica- 
tion to the cardholder's general account The load key 
and unload key are typically controlled by a very secure, 
central host, such as that associated with a financial 
institution. Alternatively, the load key may be kept in the 
load device. Also, only the purchase key associated with 
a particular application 28, 30 may be utilized to remove 
value from that application in a purchase transaction. 
The present invention utilizes the various keys to control 
and restrict loads and purchases. 
[0032] Associated with each type of application 28, 30 
is a authentication system 80 (Fig. 4), such as a secure 
terminal in communication with a financial institution, 
that holds the specific load and unload key for that appli- 
cation. Similarly associated with each application 28, 30 
may be a purchase system 82 (Fig. 4), such as a mer- 
chant terminal, that holds the purchase key for that 
application. 

[0033] A load key and an unload key may be a very 
limited, highly secure key or a more easily obtained key. 
A limited key may include a load key associated with an 
open purse. A limited load key restricts the ability of 
loading general value 32, which may be utilized like 
cash, to only the special entities in the system that are 
authorized to distribute such value. Conversely, a more 
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readily obtained load key may be a load key for some 
types of closed purse application 30. A more readily 
obtained load key may be desired in order to facilitate 
the loading of certain types of value into an application. 
For example, it may be desired to allow value from any 5 
open purse application or value from other designated 
closed purse applications to be readily transferred to 
and converted to application-specific value 34 in closed 
purse application 30. In this case, the load key for 
closed purse application 30 is readily obtainable, with 10 
the appropriate clearances, and stored within open 
purse application 28 and other closed purse applica- 
tions in order to enable these applications to transfer 
value into closed purse application 30. 
[0034] Similarly, the purchase keys associated with is 
each application 28, 30 may be widely available or 
restricted. A purchase key associated with open purse 
application 28 is generally widely-available, therefore 
enabling the value in the open purse to be readily 
exchanged to anyone having the purchase key. On the 20 
other hand, the purchase key associated with closed 
purse application 30 is generally limited, with distribu- 
tion of the purchase key only to entities associated with 
the specific application associated with the closed 
purse. So, for example, the purchase key for a transit 25 
application may only be contained within fare terminals, 
buses, subways, parking meters, etc. associated with 
the transit application. If a merchant terminal at a food 
store attempted to access the value stored in the transit 
application, then the merchant terminal would be 30 
denied because it would not contain the proper pur- 
chase key. Control over the load and purchase keys 
may also be advantageous in certain applications such 
as welfare programs, electronic benefits, entitlement 
programs, school lunch programs, and any other similar 35 
program where it is desirable to restrict the withdrawal 
of value from a specific closed purse application to a 
limited number of entities who would be given the pur- 
chase key for that application. Also, informal closed 
purse applications may be programmed on the smart 40 
card. These informal applications allow, for example, a 
parent to give a child the smart card with a predeter- 
mined value loaded in the purse, thereby limiting the 
amount the child may spend to the predetermined 
value. Similarly, other informal applications indude a 45 
restricted access purse, such as for use only for a bus 
ride or a school lunch. More formal, restricted access 
applications include welfare, food stamps, special 
employee benefit applications, and other similar entitle- 
ment programs. Thus, the present invention utilizes con- so 
trol over the distribution of the load key and purchase 
key associated with each application 28, 30 to provide a 
robust, integrated system suited for all types of transac- 
tions. 

[0035] For example, as, mentioned above with open ss 
purse application 28. the load key is typically held within 
a host computer in a financial institution or within a 
remote terminal in a secure location or in the load 
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device. In order to load value into open purse applica- 
tion 28, then, the card holder must place the card into 
communication with these funding sources. 
[0036] An example of closed purse application 30 is a 
metropolitan transit application (MTA) 74 having a tran- 
sit purse 76 that stores transit value 78 that may be 
used to pay for transit services. A transit service may 
include various services applicable to MTA 74, such as 
bus, train, subway, parking and toll charges. For exam- 
ple, a cardholder may load transit value 78 into transit 
purse 76, such as through the Internet or by using a 
contact or contactless smart card RWD 18 or 20, 
respectively. The cardholder may insert money into 
device 18, 20, enter a checking, savings or credit 
account number to debit, or access open purse applica- 
tion 28 to pay for a designated amount of transit value 
78 to be transferred to transit purse 76. Then, when 
using the subway for example, the cardholder passes 
card 12 within the proximity of contactless smart card 
RWD 20. Card 12 and contactless RWD 20 interrogate 
each other for authentication and verification purposes, 
and then MTA 74 is utilized to initiate a transfer of transit 
value 78 to pay for the subway ride. 
[0037] A number of alternatives exist for the fare 
determination and debiting: (1) debiting the card for a 
maximum fare upon entry, and then crediting the card 
an amount based upon the exit point or time; <2) par- 
tially debiting the card upon entry, such as with the min- 
imum fare, and then further debiting the card upon 
exiting, if necessary, based on distance or time; and (3) 
placing a data tag in the card indicating the entry time 
and/or entry point, and then recalling this entry data tag 
and comparing it to a similar exit data tag to determine 
the fare and debit the card. Many other similar fare 
determination methods will be evident to one skilled in 
the art. 

[0038] Also, MTA 74 may support a negative value 
operation. For example, MTA 74 comprises a transit 
product file having a record which corresponds to open 
purse application 28. This is where, for example, the 
entry data tag and exit data tag discussed above may 
be managed. For example, in the fare by distance sce- 
nario, the interaction between the card and the terminal 
device at the entry point, through MTA 74, can identify 
value in a purse. MTA 74 identifies that sufficient value 
to gain entry exists within either the closed purse appli- 
cation 30 or open purse application 28. Upon exiting, 
MTA 74 compares exit data tag and entry data tag and 
determines the fare. If closed purse application 30 or 
open purse application 28 contains sufficient value to 
cover the fare, then the fare is debited ad the cardholder 
exits normally. If sufficient value does not exist on the 
card, then the cardholder is notified of the deficiency, 
such as by a audible or visual indicator, and then permit- 
ted to exit. A record of the deficiency, however, is kept 
within MTA 74. The cardholder can then use a normal 
load-value machine to add value to the appropriate 
purse 28 and/or 30. The next time the cardholder uses 
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a purse 28, 30 to pay for a ride the deficiency is col- 
lected before the current fare is deducted. 
[0039] Since the cards are purchased at a fixed price, 
it is not likely that a rider would dispose of their card just 
because of the negative balance. Card replacement is 
more expensive than paying-off the negative balance. 
Also, paying-off the negative value is encouraged by the 
price differential between minimum and maximum fares, 
where the price differential is typically less than the fixed 
price of a card. Thus, it is believed that the risk for loss 
based on negative value operations is low. 
[0040] Also, negative value operation improves serv- 
ice levels and rider throughput compared with the cur- 
rent systems. Looking at the queuing model for gated 
operations, people tend to arrive at random intervals, 
where the concentrations varying by time of day and 
local event schedules. On exit, however, the distribution 
has more peaks. The peaks are associated with the 
arrival of a transit vehicle and the massive queuing of 
riders immediately after debarkation. Furthermore, this 
system is advantageous in that no actual financial trans- 
action is required at the point of entry. 
[0041] Once the fare amount is determined, MTA 74 
debits transit purse 76 for a amount of transit value 78 
associated with the fare, and transfers that amount of 
transit value 78 relating to the fare to contactless RWD 
20. In turn, contactless RWD 20 may transfer all of the 
collected transit value 78 to back end computer systems 
22 associated with the authority controlling the transit 
service. As one skilled in the art will realize, similar 
transactions may also occur utilizing contact RWD 18. 
[0042] In a case where insufficient transit value 78 
exists in transit purse 76 to pay for the fare, MTA 74 may 
then look to open purse application 28 to make up for 
the discrepancy. MTA 74 may debit the amount of gen- 
eral value 32 in open purse application 28 by a amount 
corresponding to the deficient amount of transit value 
78. The debited amount of general value 32 is then 
transferred to contactless RWD 20 and back end com- 
puter systems 22. Alternatively, the cardholder may 
have an auto-load application 79 associated with the 
closed purse application 30, such as the MTA 74. In this 
case, auto-load application 79 provides capability to 
load a previously agreed-upon amount of application- 
specific value 34 to closed purse application 30. The 
auto-load amount of value transferred to closed purse 
application 30 may come directly from the general value 
32 stored in open purse application 28. Alternatively, the 
auto-load amount of value may be similar to a pre- 
approved credit that is debited to a checking, savings, 
credit, debit or loan account through a (off-line or on- 
line) terminal interface. Auto-load application 79 may 
similarly be incorporated with open purse application 
28. Thus, auto-load application 79 provides worry-free 
use of card 12, as it guarantees that an appropriate 
amount of general value and/or application -specific 
value will always be available to the cardholder. 
[0043] In operation, referring to Fig. 3, a typical value 



exchange transaction utilizing system 10 and smart 
card 12 may comprise performing a financial transac- 
tion at a merchant, over the Internet, at a local terminal 
or with another cardholder utilizing a RWD (block 100). 

5 A communication channel must be established between 
smart card 12 and the corresponding device (block 
102). To establish the communication channel, the card- 
holder engages contact interface 14 into contact RWD 
18 (blocks 104 and 106) or places contactless interface 

w 16 in proximity of contactless RWD 20 (blocks 108 and 
110). A bi-directional communication then proceeds 
between card 12 and the respective RWD 18 or 20 that 
authenticates and verifies both the card the respective 
device (block 112). At this point, the cardholder may 

75 indicate the amount of value involved in the financial 
transaction, such as if the cardholder is loading value 
onto the card or if a card-to-card value exchange is 
being performed (block 114). Alternatively, the card- 
holder may confirm the amount of value involved in the 

20 transaction, such as if utilizing card 12 in a merchant or 
Internet transaction. Similarly, this part of the transac- 
tion process may be implied, such as in transportation- 
related applications where a toll or fare may be charged 
depending upon distance traveled, time of day, cus- 

2s tomer status (i.e. senior citizen discount, preferred 
traveler), etc. Next, a choice may be made to utilize gen- 
eral value 32 from open purse application 28 or applica- 
tion-specific value 34 from closed purse application 30 
(blocks 1 16 and 118). Again, this choice may be prede- 

30 termined. depending on the application with which 
smart card 12 is interacting. 

[0044] For example, in utilizing smart card 12 in a sub- 
way, the interacting RWD at an entry gate may automat- 
ically initiate a transportation application, such as MTA 

35 74, and hence initially look to use application-specific 
value 34, such as transit value 38. In contrast, when 
inserting smart card 12 into a multi-functional terminal 
device having contact interface 14, the cardholder may 
be given a choice by the application program within the 

40 terminal device as to which type of value should be uti- 
lized. 

[0045] In either case, system 10 and the application 
program utilized inquire about the availability of suffi- 
cient value in the chosen application (block 120). K suf- 

45 f icient value exists, then the transaction is executed and 
the value exchange is performed and the transaction 
ends (blocks 122 ad 124). If sufficient value does not 
exist, then the application may permit value from 
another closed or open purse application to be utilized 

so (block 126). This option may be application-specific as 
some forms of value may not be convertible, or may 
have a limited ability to be converted. For example, 
application-specific value 34 stored in a closed purse 
application 30 such as for entitlement programs, like a 

55 welfare program, may be restricted so that the value can 
only be used for transactions utilizing the closed purse 
application. If another, application is permitted to be uti- 
lized, then the open or closed purse application may be 
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chosen automatically, based on a pre-designation, or 
the cardholder may indicate which application to use 
(block 128). The value from the selected application 
may then be directly utilized to execute and end the 
transaction (blocks 130, 122 and 124), or it may be con- 5 
verted to value to be stored in the initial application and 
then utilized to execute and end the transaction (blocks 
132, 122 and 124). Alternatively, if another closed or 
open purse application is not chosen or permitted to be 
utilized, another option may be to perform the auto-load w 
function, as described above (block 134). If the auto- 
load is permitted and/or chosen, then value is added to 
the initial application and the transaction is executed 
and ended (blocks 132, 122 and 124). ff the auto-load is 
not permitted and/or not chosen, then the transaction is is 
ended (block 124). Thus, system 10 provides a simple, 
convenient and fast value exchange transaction utilizing 
dual interface smart card 12. 

[0046] As one skilled in the art will realize, MTA 74 is 
but one example of a multitude of applications that may 20 
be stored on card 12. Card 12 may further include appli- 
cations relating to identification, building entry authori- 
zation, access to equipment such as computers, 
general financial transactions, loyalty applications, tick- 
eting and membership applications, entitlement pro- 25 
grams, various other transit applications relating to 
planes, taxis, shuttles, tolls, etc., employer programs 
that distribute benefits/entitlements, and many other 
similar applications. 

[0047] For example, according to the present inven- so 
tion, a loyalty application 81 may be implemented in 
association with MTA 74, for example. Loyalty applica- 
tion 81 comprises an application programmed to inter- 
act with MTA 74 to keep track of usage by a particular 
card holder. Loyalty application 81 may track, for exam- 35 
pie, the number of times a cardholder has paid for a 
ride, such as on a subway. Upon reaching a predeter- 
mined number of paid rides in a certain period of time, 
such as 15 rides in a month, then loyalty application 81 
authorizes the equivalent of a pass to ride free for a cer- 40 
tain time period or for a certain number of rides, such as 
for the remainder of the month or for two free rides. Loy- 
alty application 81 advatageously may be linked to each 
purse application within smart card 12, thereby leverag- 
ing the infrastructure of the loyalty application for all as 
applications. This enables one smart card 12 to be uti- 
lized for all the needs of a cardholder, eliminating the 
nuisance of having to carry a different card for each loy- 
alty program. Thus, the loyalty program of the present 
invention beneficially is integrated with each purse so 
application 28. 30 on smart card 12. 
[0048] The loading of the pass or number of free rides 
may be accomplished by the associated program within 
the terminal with which the card is interacting. For 
example, the terminal may read the card, accessing a ss 
loyalty register that maintains transaction information 
related to the card usage for the particular loyalty pro- 
gram. The terminal program may then comprise a 



mechanism to evaluate the dates and the transaction 
data to determine if any entitlement has been earned. 
The terminal program may then load the entitlement 
onto the card into the proper application. Alternatively, 
when a entitlement has been earned, the loyalty pro- 
gram may set a bit on the card that indicates a certain 
"free ride" time period or a certain number of free rides. 
By centrally locating the evaluation mechanism in the 
terminal or with a host computer, the parameters for var- 
ious programs can be quickly and easily changed. 
[0049] Another advantageous feature of the present 
invention is the integration of open purse application 28 
and closed purse application 30 into a single system. As 
mentioned above, this is accomplished by structuring 
closed purse application 30 to be compatible with open 
purse application 28. Compatibility is enabled by struc- 
turing the data and transaction information for a particu- 
lar closed purse application 30 in a format compatible 
with the data and transaction information utilized by the 
particular open purse application 28 being utilized. An 
identification number associated with the card is prefer- 
ably used to properly direct the closed purse application 
transaction information through the established back 
end computer systems 22 utilized by the particular open 
purse system application 28. In multi-application envi- 
ronments the reference numbers associated with an 
individual card can become quite complex. The card 
itself, or more specifically, the chip silicon has an 
embedded serial number. This is useful for identifying 
that piece of silicon. However, each application that is 
loaded onto the card can also have an identification 
number attached to it. This is necessary in the case of 
transaction-based applications, such as in the Visa 
Cash® system where the identification number is akin 
to a account number, such that the devices and back- 
end systems can specifically identify and track each 
instance of the product that has been issued. Visa 
breaks up this number into two parts, a BIN which iden- 
tifies the issuer and a specific program of that issuer 
and a sequence number which is the individual instance 
of that product. Therefore, the identification number 
may include the BIN number and the application 
instance number, for example. As a open purse applica- 
tion 28 like VISA CASH® gains national and worldwide 
acceptance, this compatible structure between open 
and closed purses powerfully enables smart card 12 of 
the present invention to be utilized for virtually all trans- 
actions a cardholder may wish to perform. Thus, the 
value-exchange transactions, including those involving 
application-specific'value, preferably are managed by 
the open purse application transaction system. 
[0050] Referring to Fig. 4, one embodiment of a high 
level process flow according to the present invention 
comprises back end computer systems 22 <not shown) 
as part of a load/purchase transaction. Back end com- 
puter systems 22 may comprise a settlement system 92 
in a transaction network 84 for properly settling transac- 
tions performed utilizing open purse application 28 and 
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closed purse application 30 on smart card 12. Transac- 
tion network 84 comprises interface and/or connecting 
networks for performing value exchange transactions. 
Suitable examples of transaction network 84 comprise 
networks managed by VISA® such as the PLUS® net- 5 
work for ATM transactions and VISANET® network for 
point-of-sale (POS) transactions. 
[0051 ] Before smart card 1 2 can be utilized to perform 
a value exchange transaction, it must be loaded with 
value. To load smart card 12 with value, it may need to 10 
be in communication with funding source 86 through 
transaction network 84. To accomplish this, smart card 
12 may be inserted into a on-line or remote terminal 
interface device (not shown) in communication with 
funding source 86. Funding source 86 may comprise a is 
terminal interface or other similar device having access 
to funds, such as cash that can be inserted into the ter- 
minal device or account numbers that can be debited, in 
exchange for general value 32 (Fig. 1) and/or applica- 
tion-specific value 34 (Fig. 1). Further, funding source 20 
86 comprises the process to communicate with authori- 
zation system 80 to authorize the disbursement of value 
in exchange for funds (Step 1). Authorization system 80 
may comprise a first load/unload authentication source 
88 having the load keys A and Z for both an open purse 2s 
application 28 (load key A) ad a closed purse applica- 
tion 30 (load key Z). For example, first load/unload 
authentication source 88 may comprise a financial insti- 
tution or the government. Also, authentication system 
80 may comprise a second load/unload authentication 30 
source 90. having only load key Z for closed purse appli- 
cation 30. For example, second load/unload authentica- 
tion source 90 may comprise a private authority that 
manages a particular closed purse application, like MTA 
74. Authorization system 80 interacts with smart card 35 
12 to transfer value to applications 28. 30 (Step 2) 
based on the amount of funds transferred to funding 
source 86. For example, the bin number and transaction 
amount associated with each transaction may be part of 
the transaction information that is ultimately sent to set- 40 
tlement system 92 as part of the settlement process 
(Step 3). 

[0052] Once smart card 12 is loaded with value, then 
it can be utilized in value exchange transactions within 
purchase system 82 (Step 4) or within other unload sys- 45 
terns (not shown), such as with the government and 
financial institutions. Purchase system 82 may com- 
prise a first purchase device 94 having the purchase 
keys A and Z for both open purse application 28 (load 
key A) and closed purse application 30 (load key Z). For so 
example, first purchase device 94 may comprise a ter- 
minal associated with a particular closed purse applica- 
tion, like MTA 74. Also, purchasing system 82 may 
comprise a second purchasing device 96, having only 
load key Z for closed purse application 30. For example, ss 
second purchase device 96 may comprise a point-of- 
sale merchant terminal at a grocery store where pur- 
chase key Z is associated with a closed purse applica- 



tion such as electronic food stamps. In this example, the 
distribution of purchase key Z is limited only to approved 
grocery stores so that the value in the electronic food 
stamp application may not be used for any purchases 
other than food. Purchasing system 82 interacts with 
smart card 12 to transfer value from applications 28. 30 
(Step 4) based on the transaction amount. For example, 
the bin number and transaction amount associated with 
each transaction may be part of the transaction informa- 
tion that is ultimately sent to settlement system 92 as 
part of the settlement process (Step 5). The lines having 
double-arrowheads between settlement system 92 and 
both authentication system 80 and purchasing system 
82 represent the accounting performed by the system to 
properly settle all of the transactions. For example, upon 
receiving funds from funding source 86, load/unload 
authentication sources 88 and 90 may transfer the 
funds to settlement system 92 for allocation to open 
purse pool 98 or closed purse pool 100, depending in 
the bin number associated with the transaction. Upon 
receiving the transaction information from purchasing 
devices 94 and 96, settlement system 92 then debits 
the appropriate pool 98 or 1 00 and credits the appropri- 
ate purchasing device based on the transaction amount 
and bin number associated with the purchase transac- 
tion. Settlement system 92 then balances the value in 
each pool (Step 6). Alternatively, load/unload authenti- 
cation sources 88 and 90 may keep the value but send 
an accounting to settlement system 92. Upon resolving 
a purchase transaction, settlement system 92 may then 
debit the appropriate load/unload authentication source 
88. 90, based on the transaction amount and the asso- 
ciated bin number, and credit the appropriate purchas- 
ing device 94, 96. As discussed above, the present 
invention advantageously provides for the seamless use 
of either open purse application 28 or closed purse 
application 30 within transaction network 84, as all 
transactions are formatted to be compatible with the 
settlement system 92 of the back end computer sys- 
tems 22 of the open purse application. 
[0053] Although the invention has been described with 
reference to these preferred embodiments, other 
embodiments can achieve the same results. Variations 
and modifications of the present invention will be appar- 
ent to one skilled in the art and the following claims are 
intended to cover all such modifications and equiva- 
lents. 

Claims 

1. A system for performing a financial transaction, 
comprising: 

a first electronic application for storing applica- 
tion-specific value; 

a second electronic application for storing gen- 
eral value; and 

wherein said application-specific value and 
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said general value are each compatible within 
said system for performing said financial trans- 
action. 

2. A system as recited in claim 1 , further comprising: 

a transaction application associated with at 
least said first application for performing a 
value exchange wherein said application-spe- 
cific value and said general value are each 
compatible with said transaction application. 

3. A system as recited in claim 1 , further comprising: 

at least one communication interface for trans- 
ferring at least one of said application-specific 
value and said general value to or from said 
first electronic application and said second 
electronic application, respectively. 

4. A system as recited in claim 3, wherein said at least 
one communication interface comprises a contact- 
less interface (16). 

5. A system as recited in claim 1 , wherein said finan- 
cial transaction utilizing said first electronic applica- 
tion is formatted for utilization with a settlement 
system associated with said second electronic 
application. 

6. A system as recited in claim 1 , wherein said finan- 
cial transaction comprises a transfer of at least a 
portion of each of said application-specific value 
and said general value. 

7. A system as recited in claim 1 , wherein said finan- 
cial transaction comprises a transfer of at least a 
portion of one of said application -specif ic value and 
said general value. 

8. A system as recited in claim 1 embodied in a smart 
card (12) comprising a memory (26) for storing said 
first electronic application and said second elec- 
tronic application. 

9. A system as recited in claim 8, further comprising: 

a transaction application associated with said 
first application for performing a value 
exchange associated with said financial trans- 
action, wherein said application-specific value 
and said general value are each compatible 
with said transaction application, and wherein 
said transaction application is stored in said 
memory (26) of said smart card (12). 

10. A system as recited in claim 8, further comprising a 
first terminal for loading at least one of said first 



electronic application and said second electronic 
application onto said memory. 

11. A system as recited in claim 8, further comprising a 
5 second terminal for adjusting the amount of at least 

one of said application-specific value and said gen- 
eral value based upon said financial transaction. 

12. A system as recited in claim 1 1 , further comprising: 

a transaction application for performing a value 
exchange associated with said financial trans- 
action, wherein said application-specific value 
and said general value are each compatible 
15 with said transaction application, and wherein 

said transaction application is stored in said 
second terminal. 

1 3. A system as recited in claim 1 , further comprising: 

20 

an auto-load application for loading new appli- 
cation-specific value into said first electronic 
application. 

25 14. A system as recited in claim 13, wherein said new 
application-specific value is exchanged from said 
general value. 

15. A system as recited in claim 13, wherein said new 
30 application-specific value is exchanged for a debit 
to an account selected from the group consisting of 
a checking account, a savings account, a credit 
account, a debit account, and a loan account. 

35 1 6. A system as recited in claim 1 , further comprising: 

an auto-load application for loading new gen- 
eral value into said second electronic applica- 
tion. 

40 

17. A system as recited in claim 16, wherein said new 
general value is exchanged for a debit to an 
account selected from the group consisting of a 
checking account, a savings account, a credit 

45 account, a debit account, and a loan account. 

18. A smart card for performing a financial transaction, 
comprising: 

so a first application for storing application-spe- 

cific value; 

a second application for storing general value; 
and 

wherein said application-specific value and 
55 said general value are each compatible for per- 

forming said financial transaction. 

19. A smart card as recited in claim 18, wherein said 
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financial transaction utilizing said first electronic 
application is formatted for utilization with a settle- 
ment system associated with said second elec- 
tronic application. 

20. A smart card as recited in claim 18, wherein said 
financial transaction comprises a transfer of at least 
a portion of each of said application-specific value 
and said general value. 

21 . A smart card as recited in claim 1 8, further compris- 
ing: 

at least one communication interface coupled 
with at least one of said first application and 
said second application for transferring at least 
one of said application-specific value and said 
general value. 

22. A smart card as recited in claim 21 , wherein said at 
least one communication interface comprises a 
contactless interface (16). 



23. A smart card as recited in claim 1 8, further compris- 
ing: 25 

a memory (26) for storing said first application 
and said second application as software com- 
ponents. 
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24. A smart card as recited in claim 23, further compris- 
ing: 

at least one communication interface coupled 
with at least one of said first application and 
said second application for transferring at least 
one of said application-specific value and said 
general value. 



25. A method for performing a financial transaction with 40 
a smart card (12), comprising: 

storing application-specific value in a first elec- 
tronic application; 

storing general value in a second electronic 45 
application: 

performing a value exchange associated with 
the financial transaction, wherein the applica- 
tion-specific value and the general value are 
each exchangeable in the financial transaction, so 

26. A method as recited in claim 25, further comprising 
exchanging at least a portion of one of the applica- 
tion-specific value and the general value to perform 

the transaction. 55 

27. A method as recited in claim 25, further comprising 
exchanging at least a portion of both the applica- 



tion-specific value and the general value to perform 
the transaction. 

28. A method as recited in claim 25, further comprising 
formatting the financial transaction performed with 
application-specific value for utilization with a settle- 
ment system associated with the second electronic 
application. 

29. A method as recited in claim 25, further comprising 
transferring at least one of the application-specific 
value and the general value through a communica- 
tion interface in communication with at least one of 
the first electronic application and the second elec- 
tronic application. 

30. A method as recited in claim 29, wherein the at 
least one communication interface comprises a 
contactless interface (16). 

31 . A method as recited in claim 25, wherein storing the 
application-specific value in the first electronic 
application comprises storing the application-spe- 
cific value in a memory (26) on a smart card (12). 

32. A method as recited in claim 25, wherein storing the 
general value in the second electronic application 
comprises storing the general value in a memory 
(26) on a smart card (12). 

33. A method as recited in claim 25, wherein perform- 
ing a value exchange comprises utilizing a transac- 
tion application to perform the financial transaction. 

34. A method as recited in claim 33, wherein utilizing a 
transaction application comprises utilizing a trans- 
action application stored in a memory .(26) on a 
smart card (12). 

35. A method as recited in claim 33, wherein utilizing a 
transaction application comprises utilizing a trans- 
action application stored in a transaction terminal. 

36. A method as recited in claim 25, further comprising: 

exchanging all of the application-specific value; 
automatically loading new application-specific 
value; and 

exchanging at least a portion of the new appli- 
cation-specific value to complete the financial 
transaction. 

37. A method for performing a financial transaction for 
exchanging an amount of value between a smart 
card (12) and a corresponding device, comprising: 

providing application-specific value and gen- 
eral value on the smart card, where both the 
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application-specific value and general value 
are compatible for use in performing the f inan- 
cial transaction; and 

exchanging a transaction amount of value 
between the smart card (12) and the corre- 
sponding device, where the transaction amount 
of value is at least a portion of one of the appli- 
cation-specific value and the general value. 

38. A method as recited in claim 37, further comprising 
establishing a communication channel between the 
smart card (12) and the corresponding device. 

39. A method as recited in claim 38, wherein the com- 
munication channel comprises a network selected 
from the group consisting of a merchant point-of- 
sale network and the Internet. 

40. A method as recited in claim 37, further comprising: 

inquiring about the availability of a sufficient 
amount of application-specific value to perform 
the financial transaction; and 
exchanging the sufficient amount of applica- 
tion-specific value if the sufficient amount exits. 

41 . A method as recited in claim 40, further comprising: 

determining a deficient amount of value if the 
sufficient amount of application-specific value 
does not exist; 

inquiring about the availability of the deficient 
amount of value in general value; and 
exchanging the deficient amount of value in 
general value. 

42. A method as recited in claim 41 , further comprising 
converting the deficient amount of value in general 
value to a deficient amount of value in application- 
specific value. 

43. A method as recited in claim 37, further comprising 
adding a predetermined amount of application-spe- 
cific value to the smart card if the sufficient amount 
of application-specific value does not exist. 



value and said general value are compatible for 
performing said financial transaction and are 
secured by encryption on said smart card (12); 
and 

£ a purchase device for removing value from said 

smart card (12), said purchase device compris- 
ing a first purchase key for use in removing 
application-specific value from said first appli- 
cation and a second purchase key for use in 

io removing general value from said second appli- 

cation, wherein both said first and second pur- 
chase keys are security mechanism for 
accessing encrypted information, and wherein 
said purchase device is adapted for communi- 

75 cation with said smart card (12) to transfer at 

least one of said application-specific value and 
said general value in said financial transaction. 

46. A system as recited in claim 45, wherein said first 
20 application generates a first set of transaction infor- 
mation, including said application-specific value, 
and said second application generates a second 
set of transaction information, including said gen- 
eral value, for use in said financial transaction, 

25 wherein said first set of transaction information is 
formatted for processing like said second set of 
transaction information. 

47. A system as recited in claim 45, further comprising 
30 a funding source for receiving funds in exchange for 

transferring at least one of said application -specific 
value and said general value to said smart card 
(12). 

35 48. A system as recited in claim 45, further comprising 
a settlement system for accounting for the flow of 
application-specific value and general value among 
said smart card (12) and said purchase device in 
order to settle said financial transaction. 

40 



45 



44. A method as recited in claim 37, further comprising 
tracking the usage of said application-specific value 
and said general value associated with the financial 
transaction in order to determine a reward. 



50 



45. A system for performing a financial transaction, 
comprising: 

a smart card (12) having a memory (26) for 55 
storing a first application having application- 
specific value and a second application having 
general value, wherein said application-specific 
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